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Foreword 

This Technical Specification has been produced by the 3 rf Generation Partnership Project (3CIPP). 

The present document defines the contents of LCS assistance data broadcast messages from t! e Serving Mobile 
Location Centre (SMLC) and the Mobile Station (MS). 

The contents of the present document are subject to continuing work within the TSG and ma Jchange «^J^ 
TSG approval. Should the TSG modify the contents of the present document, it will be re-re1< ased by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 
where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.c. technical enhanceifwnts, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated In the document. 
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1 



Scope 



The present document contains the content of messages necessary for support of MS Based 1 
on the mobile radio interface layer 3. 



lo ation service operation 



2 References 

The following documents contain provisions which, through reference in this text, constitute 
document 



] rovisions of the; present 



• References are either specific (identified by date of publication, edition number, versic||i number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 



m 

[2] 
[3] 
[4] 
[5] 
[6] 

m 

[8] 
[9] 
[10] 

["] 
[12] 

{13] 
[14] 
[15] 
[161 



3GPP TS 01.04 (ETR 350): "Abbreviations and acronyms". 
Void. 
Void. 
Void. 
Void" 

3GPP TS 03.41: Technical Realization of Short Message Service Cell broadcast (SMSCB)" 
Void. 
Void. 
Void. 
Void. 
Void. 
Void. 
Void. 
Void. 

RTCM-SC104, RTCM Recommended Standards for Differential GNS^Service (v.2.2). 
ICD-GPS-200, Navstar GPS Space Segment / Navigation User Interfaces. 



3.1 



Definitions, abbreviations and symbols 



Definitions 



For the purposes of the present document, the following terms and definitions apply. 

E-OTD Assistance Data Message: E-OTD Assistance Data contains the RTD and BTS < 
that should be used in E-OTD measurements. This E-OTD Assistance Data is broadcasted i 
SMSCB DRX service. The reception of this broadcast message enables MS to calculate its < 



cooldinates of the neighbours 
ixi ing CBCH channel using 
o vn location. 
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GPS Assistance Data Message: GPS Assistance Data Message contains GPS differential coi lections. The reception of 
this broadcast message enables MS to have calculate more accurate location estimate. 

3.2 Abbreviations 

Abbreviations used in the present document are listed in 3GPP TS 01 .04 [1]. 



4 Broadcast Message Contents 

This clause describes the LCS Assistance Data messages to be broadcasted in SMSCB 
CBCH channel using SMSCB DRX service. The rules and contets are described so that 
message as well as MS is able to process the received message. The E-OTD Assistance Data 

and BTS coordinate information and GPS Assistance Data contains GPS Differential n ■ 

Clock Correction Data and Almanac and Other Data. 



messa je's 
SMICi 



4.1 E-OTD Assistance Data Broadcast Message 



Assists ice 
accord ng 



The E-OTD Assistance Data message contents are defined in this clause. The E-OTD 
so that it has always a fixed length and some of the information elements are scalable 
neighbours and the amount of sectored channels. The inforrination elements are in the order 
section 4. 1 .1 and no spare bits are allowed between elements. The MSB bits of the informal n 
always first and if boundary of the octet divides the information element then the LSB part - fH 
continues in the LSB part of the next octet (figure 1). Example of E-OTD Assistance Data 
Annex B. The channel to broadcast the E-OTD Assistance Data message is CBCH over wi 
service is used. One SMSCB message has fixed information data length of 82 octets and the 
the whole fixed length message capacity for the message. MS can identify the LCS SMSCB 
Message Identifier declared in 3GPP TS 03.41. 



MSB 



Information Element Containing 26 bits 



s*s content part over 
is able to construct the 
nessage contains RTD 
Correct||on data, Emphemeris and 



Data message is built 
to the amount of 
viuch is described in 

elements are presented 
of the information element 
Bi oadcast Message is in 
wtik \ the SMSCB DRX 
mrpose is always to use 
message with E-OTD 
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Figure 1: Information element bit mapping to the broadcast n essage 
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4.1.1 E-OTD Assistance Data Broadcast Message Conte it 



The Broadcast Assistance Data is a point-to-multipoint message from the GSM Network to 
gives assistance data to the MS for performing E-OTD measuremerts and calculating its ov 
following information elements. The information elements are always in the order described 
part of message is end of message and indicated with grey shading in table 1. 



tt; 

own position* 



Table 1: E-OTD Assistance Data Broadcast Message Cont< nt 



Information element 


Type/Reference 


Pre? 


snce 


Message Structure Definition 


Message Structure 
Definition 4.1.1.1 




1 


Reference Time 


Reference Time 4.1 .1 2 




\ 


Ciphering Serial Number 


Ciphering Serial 
Number 4.1.1.3 




» 

0 


Time Slot Scheme 


Time Slot 
Scheme 4.1.1.4 






Neighbour Bitmap Definition 


Neighbour 

BrtmaoDefinitkxi 4.1 .1 .5 




S. 


Sectored Channels Definition 


Sectored Channels 
Definition 4.1 .1.6 




% 


Sectored Channels BTS ID 
Definition 


Sectored Channel's BTS 
ID Definition 4.1.1.7 






Sectored BTS Sync/Async 
Definition 


Sectored BTS 
Sync/Async 
Definition 4.1.1.8 






51 Muttrframe Offset Values 


51 Muttrframe Offset 
Values 4.1.1,9 




A 


BCC Definition 


BCC Definition 4.1.1.10 




A 


RTO Drift Factor Values- 


RTD Drift Factor 
i Values 4-1 .1/11 / 




-■' ' ' ■ 


Channel RTD Values 


ChannelRFD 
Values 4i1:YH2 






Serving CeH Location "; 5 


S&vtrtgCeft; 
tbcatkm 4.1.1.13 






Relative Neighbour Location Values 


Relate Neighbour , 
Location Values 4.1.1.14 







MSs. This message 

It contains the 
table 1. The ciphered 



3GPP 



Release 1999 



36PP FS 04.35 V8.3.0 (2001-01) 



4.1 .1.1 Message Structure Definition IE 

This IE contains the definition of this broadcast message. The length of this IE is 19 bits and 
contains the following bits: 

Table 2: Message Structure Definition 



Bit 


Bit order 
In field 


Definition 


<j 


LSB 
MSB 


Neighbour List Map (bits 2-0) 


2 


3 


4 


LSB 
MSB 


Accuracy Range (bits 2-0) 


5 


6 


7 




Ciphering Key Flag 


8 




Cipher On/Off 


9 




Sector Ind 


10 




RTD Range 


11 


LSB 
MSB 


RTD Accuracy (bits 1-0) 


12 


13 




RTO Drift Factors Present 


14 




RTDs Present 


15 


LSB 


Number of Neighbours (bits 4-0) 


16 


17 


18 


19 


MSB 



is mandatory. This IE 



The first three octets upto bit 3 in octet 3 in the broadcast message's content part containing tj^e Message Structure 
Definition IE look always as follows: 

1 



Cipher | Cipher- 
On/Off tog Key 

I 


Accuracy Range 
(bits 2-0) 


Neighbour U*t Map 
(bits 2-0) 




Octetl 


Number of 
Neighbours 
(bits 4^) 


RTDs 
Present 


RTD 
Drift 
Factors 
Present 


RTD Accuracy 
(bits 1-0) 


RTD 
Range 


Sectc 
Ind 


r 


Octet2 




(Next IE) 




| Number of Nekihbours (bHs 2 




OcteO 



The definitions of each structure item is declared below: 
Neighbour List Map 

These bits define in which order die neighbours in the System Information Neighbour List 



reported with the broadcast message. 

The Neighbour List Map will also affect die amount of bits that can be used for 
Value definitions. 



(fax 32 neighbours) are 
Relative Neighbour Location 



This Broadcast Assistance Data message is always referring to the neighbour BTSs i 
Information Neighbour List which is received in idle state from BCCH. The E-OTD 
allow the possibility for delivering assistance data for other BTSs (outside the the ~ 
List. 



i eluded in the System 
>roadcast message does not 
Sy tern Information Neighbour 
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Table 3: Neighbour List Map 



Definition 



All Neigbours from neighbour list 



Even Neighbours from neighbour list 



Odd Neighbours from neighbour list 



1*&1°+n*3 



2 nd &2 nd +n*3 



3* & $"+1?$ 



Neighbour Bitmap Definition 



Spare 



- All Neighbours means all the neighbours from System Information Neighbour list (ma 
reported in this broadcast message (1 broadcast message) 

- Even/Odd neighbours from neighbour list means the even/odd list entries in the Systen 
List are reported in this broadcast message (two broadcast messages needed) 

- I st & 1**11*3 means that 1 st , 4 th , 7 th , 10 th , ... ( 3 I s1 (max 1 1 neighbours) will be reported ift 
(1/3 of total broadcast) 

- 2 nd & 2 od +n*3 means that 2 nd , 5 th , 8 th , 1 1 th , .... 32 nd (max 1 1 neighbours) will be reported in this broadcast 



message (2/3 of total broadcast) 

- 3 rt & 3 rf +n*3 means that 3 rd , 6* 9 th , 12*..., 30 th (max 1 0 neighbours) will be reporte<| in this broadcast 
message (3/3 of total broadcast) 

The 1 B & l"+n*3, 2 nd & 2 nd +n*3 and 3 rt & 3 rt +n*3 means total 3 broadcast messages 

- Neighbour Bitmap Definition will define which neighbours are included into this broa<|cast message, see 
section 4.1.1.5. 

Accuracy Range 

The accuracy range declares the accuracy of the values in the Relative Neigbour Location Vaflie IE. The accuracy range 
has the following information: 

Table 4: Accuracy Range 



Definition 



5km 



10 km 



15km 



20 km 



30 km 



45 km 



60 km 



120 km 



For example if there are 1 5 bits (1 sign bit and 14 value bits) reserved for Relative Neighbour 
the accuracy range is defined to be 20 km, then resolution of Relative Neighbour North or East 



Ciphering Key Flag 



The MS gets two (2) deciphering keys always with location update, a deciphering key that is 
one and deciphering key that time stamped to be next one. Thus the MS has always two 
With this Ciphering Key Flag in this broadcast message the MS knows whether to use 
deciphering the received broadcast message. The MS shall interpret this IE as follows: 
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32 neighbours) are 



Information Neighbour 



this broadcast message 



North or East Value and 
Value is 0.6 m. 



Line stamped to be current 
decij lering keys in memory, 
currenf next deciphering key for 
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- Ciphering Key F!ag(previous message) - Ciphering Key Flag(this message) ^ 
changed 

- Ciphering Key Flag(previous message) o Cipher Key Rag(this message) => 
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D ^ciphering Key not 
Deciphering Key changed 



Cipher On/Off 

This bit indicates whether this broadcast message has been ciphered or not Tte RTD Drift 
RTD Values IE, Serving Ceil Location IE and Relative Neighbour Location Values IE will be 
active. 



Fajhor Values IE, Channel 
ciphered if ciphering is 



Ciphering Off 
T Ciphering On 
Sector Ind 

This bit indicates whether this broadcast message contains BTS Sectored Cell information or 

*0' No Sector Information included 

T Sector Information included 
RTD Range 



tot. 



perk 1 



This bit indicates whether the RTD value covers only one time slot period or 8 time slot 
RTD field so that there will be need for 3 bits more for RTD if whole 8 time slot period need 



value. 



TJ' RTD value covers 1 time slot period 
T RTD value covers 8 time slots period 
RTD Accuracy 

This contains two bits, which define what will be the accuracy of RTD value in this broadcaij 
will be coded as follows: 

Table 5: Accuracy Range 



1 


0 


Definition 


0 


0 


1/16 bit accuracy 


0 


1 


1/32 bit accuracy 


1 


0 


1/64 bit accuracy 


1 


1 


1/128 bit accuracy 



The RTD accuracy will affect the amount of bits needed to indicate the RTD value. The f 
accuracy related to needed bits: 

Table 6: Amount of RTD bits needed 





Accuracy 


Amount of Bits Neei 


ed 


1 


1/16 


12 bits 




1/32 


13 bits 




1/64 


14 bits 




1/128 


15 bits 




8 


1/16 


15 bits 




1/32 


16 bits 




1/64 


17bits 




1/128 


18 bits 





This bit will affect the 
:o be indicated with RTD 



message. The accuracy 



foil wing table describes the 
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Present bit indicates 
ignored and the RTD 
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RTD Drift Factors Present 

This bit indicates whether the RTD Drift Factors are present in this broadcast message. If RT||>s 
that the RTD Values are not included into this broadcast message, the state of this bit should rje 
Drift Factors are not present in this broadcast message. 

'0' RTD Drift Factors are not present in the message 

T RTD Drift Factors are present in the message 

RTDs Present 

This bit indicates whether RTD Values IE is present in this broadcast or not. 

'0* RTD Values IE not present 

T RTD Values IE present 
Number of Neighbours 

These 5 bits are indicating the amount of neighbours are in System Information Neighbour Li it according to which this 
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broadcast message was created. The number of neigbours indicated here makes sure that MS an decode back this 
broadcast message IEs as they were originally sended. If the MS has received different arnou t of neighbours in System 
Information Neighbour List than indicated in this field in broadcast message, the MS should more this broadcast 
message. 

Range: I - 32 Neighbours 



4.1.1.2 



Reference Time IE 



The Reference Time IE gives information about the time when the RTD values in the broadc st 
The Reference Time IE contains the serving cell frame number modulo 16384 with 4 LSB bi 5 
of this Reference Time IE is thus 0.59 second. The Reference Time IE has 10 minutes perio<|cy 

Range: 0-1023 

4, 1 .1 .3 Ciphering Serial Number IE 

The Ciphering Serial Number IE contains the serial number used in ciphering process of the 
contains two octets, MSB part and LSB part The serial number range is 0 - 65535. This IE i: 
present only if the ciphering flag is active in Message Structure Definition IE. 

Table 7: Ciphering Serial Number IE 



roadcast message. The IE 
conditional and it is 



MSB 




LSB 


Ciphering Serial Number (8 bits) 


Ciphering Serial Number (I 


bits) 



4.1.1.4 



Time Slot Scheme IE 



This information element contains information about the serving cell channel and neighbour 
The list starts with Serving Cell Channel and the rest of the list is in the same order as the ne 
Information Neighbour List For each list member there is one bit reserved to indicate 
bits time slot duration or 1567157 bits time slot duration. This field is varying length dependi 
neighbours of System Information Neighbour List (max 32) and maximum length of this IE 
Serving Cell Channel time slot scheme is always indicated as the first (MSB) element 
mandatory. 

•0* 156.25 bits time slot duration 

T 156/1 57 bits time slot duration 
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message are calculated, 
omitted. The resolution 
This IE is mandatory. 



;harmel time slot scheme, 
ghbours in the System 
whether the channel has 156.25 
tg on amount of 
1 33 bits (1+32 bits). The 
of thtslEfield. This IE is 
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Table 8: Time Slot Scheme 



3GPF ITS 04.: 



| Serving Cell Ch 


Neigh Ch** 


... I Neigh Ch* 


Neigh Ch* 


Neigh Chi (LSB) I 


1 0/1 


0/1 


... I 0/1 


0/1 


0/1 I 



4.1 .1 .5 Neighbour Bitmap Definition IE 

This IE defines which neighbours from System Information Neighbour List are included in 
conditional and included only if Message Structure Definition IE's Neighbour List Map ind 
Neighbour Bitmap Definition. The list is in the same order as the neighbours in the System 
the last member of the list presented as the MSB element of this field. For each Neighbour 
one bit reserved to indicate whether the neighbour is included into this broadcast message, 
depending on the amount of neighbours of System Information Neighbour List (max 32) and 
is 32 bits. 

*0' Neighbour not included into this broadcast message 
' 1 1 Neighbour included into this broadcast message 

Table 9: Neighbour Bitmap Definition 



Neigh Chf, 




Neigh Ch 3 


Neigh Ch a 


N< 


[gh Chi (LSB) 


0/1 






0/1 




0/1 



4.1.1.6 



Sectored Channels Definition IE 
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t is message. The IE is 
indie ites the use of this 

I formation Neighbour List, 
L st channel number there is 
T is field is varying length 
maximum length of this IE 



This information element defines which neighbours in System Information Neighbour List tl at are included in this 
broadcast message are belonging to sectored BTSs. This IE is conditional and included only f Message Structure 
Definition IE's Sector Indicator is active. This field is varying length depending on amount c r neighbours included into 
this broadcast message (max 32) and the maximum length of this IE is 33 bits (1+32 bits). T te Serving Cell Channel 
sector indication is always indicated in MSB of this field and the neighbours are in same ord t as the neighbours in the 
System Information Neighbour List 

V Channel not included to sectored BTS 
T Channel included to sectored BTS 

Table 10: Sectored Channels Definition 



Serving Ch 


Neigh Chi** 




Neigh Ch* 


Neigh Crn 


Neigh Chi (LSB) 


0/1 


0/1 




0/1 


0/1 


0/1 



4.1.1.7 



Sectored Channels BTS ID Definition IE 



This information element defines what sectored channels are at the same BTS. The indication 
each neighbour channel that is indicated to belong to sectored BTS (definition in Sectored 
Belonging to the same BTS site is indicated with the same three bit binary ID, maximum 8 
identified. This field is varying length depending on amount of sectored BTS in this broadcast 
= 99 bits when all 32 neighbours and the serving cell channel are belonging to some sector) 
of channels that have indicated to be belonging to sectored BTS in Sectored Channels 
This IE is conditional and included only if Message Structure Definition IEs Sector Ind is a 



is done with three bits for 
Cthannels Definition IE). 
; stored BTS groups can be 
message (max 33*3 bits 
This field follows the order 
Definition starting from the MSB. 
tive. 
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Table 11: Sectored Channels BTS ID Definition 



d. 


4 

I 


ft 
u 


iiniuon 


u 


U 


u 


oectoreu dio iui 


o 


o 


1 


Sectored BTS ID2 


0 


1 


0 


Sectored BTS ID3 


0 


1 


1 


Sectored BTS 104 


1 


0 


0 


Sectored BTS IDS 


1 


0 


1 


Sectored BTS ID6 


1 


1 


0 


Sectored BTS ID7 


1 


1 


1 


Sectored BTS ID8 



Table 12: Sectored Channels BTS ID Definition 



Indicated 
Sectored 
Neighbour*** 
(MSB) 




Indicated 
Sectored 
Neighbours 


Indicated 
Sectored 
Neighbour 


I 


Indicated 
Sectored 
leighbouri 
(LSB) 


Sec. BTS ID X 
(3 bits) 




Sec. BTS ID X 
(3 bits) 


Sec. BTS ID X 
(3 bits) 


S 


kx BTS ID X 
(3 bits) 



4.1.1.8 



Sectored BTS Sync/Async Definition IE 



This information element defines whether the indicated sectored BTS site contains s; 
channels. The sync/async is informed with one bit per sectored BTS ID. This field follows 
Channels BTS ID Definition. This field is varying length depending on amount of sectored 
message (max 8 bits). This IE is conditional and is included only if Message Structure 
active. 



ynchroni/ ed 
th* order 
B' S 
Definit on 



*& Sectored BTS contains async channels 
T Sectored BTS contains sync channels 

Table 13: Sectored BTS Sync/Async Definition 



Sec BTSu* (MSB) 




Sec BTSftH 


SecBTSm 




Sec BTStoi 


0/1 




0/1 


0/1 




0/1 



4.1.1.9 



Muttiframe Offset Values IE 



This information element defines the neighbour channel's 51 Multi frame Values. The 5 1 Mull frame Offset Values are 
describing the offset value related to the Serving Cell 51 Multi frame Value. This field is need d when co-channels must 
be identified from the real neighbour channels (included into System Information Neighbour : ist). Each 5 1 Multiframe 
Offset Value is 6 bits long denoting the offset value to the Serving Cell 5 1 Multiframe numbe . The 5 1 Multiframe 
Offset Values must be declared to all neighbours in this broadcast message and the values are 
neighbours in the System Information Neighbour List The maximum length of this IE is 192 >its (32*6 bits). This IE is 
mandatory. 

Table 14: 51 Multiframe Offset Values IE 



or asynchronized 

of IDs in Sectored 
ID in this broadcast 
IE's Sector Ind is 



51 MF 

OffSettibft-ast 

(MSB) 




51 MF Offset 

Nb3 


51 MF Offset 


51 MF 

Nbt ( 


Offset 
.SB) 


Offset Value 
(6 bits) 




Offset Value 
(Obits) 


Offset Value 
(6 bits) 


Offse 
<6 


Value 
its) 
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BCC Definition IE 



; ne ded 

; on t 



4.1-1.10 

This information clement defines the BBC (Base Station Color Code) values. The BCC is 
sequence is in use in the bursts in BCCH frequency. Each BCC is 3 bits long denoting the 
(Training Sequence Codes) possible to be used in bursts. BCC values must be declared to alljieighbours 
and the values are in the same order as the neighbours in the System Information Neighbour 
of this IE is 96 bits (32*3 bits). This IE is mandatory. 

Table 15: BCC Definition IE 



to know what training 
of die 8 possible TSCs 

in this message 
,tst The maximum length 



BCCMbU* 
(MSB) 




BCChm 


BCCnki 


B( 
(I 


C Mb1 

SB) 


BCC Value (3 
bits) 




BCC Value (3 
bits) 


BCC Value (3 
bits) 


BCC 

' 


/alue (3 
its) 



i broad ast 



4.1.1.11 RTD Drift Factor Values IE 

This IE contains the drift factor values for the Channel RTD Values included into this 
Drift Factor Values indicate die RTD drift in meters per second. Positive and negative RTD 
indicated as well as no drift value. This information element is conditional and included if ti|e RTD 
Present bit in the Message Structure Definition IE is active and the RTDs Present bit is activ 
are included into the broadcast message with same conditions and in same order than the Ch 
are described in Channel RTD Values IE section (4.1 .1.12). This IE should be ciphered if th< 
RTD Drift Factor Value is 5 bits long and the coding is as follows: 



message, The RTD 
>rift Factors can be 
Drift Factors 
The RTD Drift Factors 
RTD Values whkh 
ciphering is active. Each 



Ch tmel 
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Table 16: RTD Drift Factor Values 



Positive/Negative 
MSB 


Coding Bits 
MSB LSB 


Definition 




3 


J 


t, 


1 


0 






Dont care 


0 


0 


0 


0 


U fTVS 




0 


0 


0 


0 


1 


+v.«M m/s 




0 


0 


0 


1 


0 


+0.00 m/s 




0 


0 


0 


1 


1 


+1 m/s 




0 


0 


1 


0 


0 


+1.33 m/s 




0 


0 


1 


0 


1 


+1.66 m/s 




0 


0 


1 


1 


0 


+2 m/s 




0 


0 


1 


1 


1 


+2.5 m/s 




0 


1 


0 


0 


0 


+3 m/s 




0 


1 


0 


0 


1 


+4 m/s 




0 


1 


0 


1 


0 


+5 m/s 




0 


1 


0 


1 


1 


+7 m/s 




0 


1 


1 


0 


0 


+9 m/s 




0 


1 


1 


0 


1 


+11 m/s 




0 


1 


1 


1 


0 


+13 m/s 




0 


1 


1 


1 


1 


+15 m/s 




1 


0 


0 


0 


1 


-0.33 m/s 




1 


0 


0 


1 


0 


-0.66 m/s 




1 


0 


0 


1 


1 


-1 m/s 




1 


0 


1 


0 


0 


-1.33 m/s 




1 


0 


1 


0 


1 


-1.66 m/s 




1 


0 


1 


1 


0 


-2 m/s 




1 


0 


1 


4 

1 


4 

1 


-2.5 m/s 




1 




0 


0 


0 


-3 m/s 








0 


0 


1 


-4 m/s 








0 


1 


0 


-5 m/s 








0 


1 


1 


-7 m/s 








1 


0 


0 


-9 m/s 








1 


0 


1 


-11 m/s 








1 


1 


0 


-13 m/s 








1 


1 


1 


-15 m/s 





Table 17: RTD Drift Factor Values IE 



RTD Drift Factor 
(MSB) 




RTD Drift Factor 

NW 


RTD Drift Factor 


RTD D 

Nbl 


tft Factor 
fLSB) 


RTD Drift Factor 
Value (5 bits) 




RTD Drift Factor 
Value (5 bits) 


RTD Drift Factor 
Value (5 bets) 


RTD C 
Va1u< 


ift Factor 
(5 bits) 
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Channel RTD Values IE 



4.1.1.12 

This IE contains the channel RTD values relative to the serving BTS. The RTD value covers 
1/16-1/128 bit accuracy. The I or 8 time slot period as well as 1/16-1/128 bit accuracy is defi 
Definition IE. The RTD values included here are conditional to the RTDs Present and Neighb > 
Structure Definition IE), Neighbour Bitmap Definition IE, Sectored Channels Definition IE, J b 
Definition and Sectored BTS Sync/Async Definition. This IE should be ciphered if the cipher ng 
which BTS RTD value is included in this broadcast message has the following decision proce ts 



or 8 time slot period with 
defined in Message Structure 
ur list Map (Message 
Sectored Channels BTS ID 
is active. The decision 



- Channel RTD Values IE should not be included at all if RTDs Present bit (Message St ucture Definition IE) 



St ucture 



Neighbours in this broadcast message are defined in Neighbour List Map (Message 
in case the Neighbour Bitmap Definition is active then the Neighbour Bitmap Definitr n 
Neighbours included into this broadcast message. 

If Sector Indicator in Message Structure Definition IE is not active the RTD values an 
neighbours in this broadcast message. 

If sector indicator in Message Structure Definition IE is active then the Neighbour cha|mels 
belonging to sectored BTS the RTD values are included directly according to neighbo 



included for all 



that are not 
j list order. 



pc 

indicat 4 



If sector indicator in Message Structure Definition IE is active then the Neighbour 
sectored BTS, the Sectored BTS ID values group the neighbour channels into the i 
group is indicated to be synchronous then only one RTD value (decided by SMLQ 
group is included into this broadcast message, if the Sectored BTS ID group is indi< 
all the neighbour channel RTDs belonging to the Sectored BTS ID group have to be 
message. 

Table 18: Channel RTD Value IE 



cha inels 
grot js. 



that are belonging to 
If the Sectored BTS ID 
the Sectored BTS ID 
to be asyncronous then 
iijicluded into this broadcast 



(MSB) 


Varying Length (12-18 bits) 


(LSB) 


Neighbour RTD (Last) (MSB) 




Neighbour RTD (Last-1) 








Neighbour RTD (2) 




Neighbour RTD (1) (LSB) 





The fields that are included into the Channel RTD Value IE may contain RTD values of neij 
RTD values of the sectored channels BTS CD. The RTD values should be included into this 



I Chan lels 



- Starting from the last channel in the System Information Neighbour List that is i 
message. 

- First are reported the neighbour channels that are not belonging to the Sectored < 
then the Sectored Channels ID groups from 1 up to 8 depending the amount of group . 
example. 

If the RTD value is invalid, following values in the RTD field are reserved for this indicatiof (e.g. if invalid RTD value 
is indicated the MS shall discard the previous values): 



Definition IE) and 
IE declares the 



g tibour channels and the 
IE in following order 



indue sd into this broadcast 



BTS ID groups and 
See Annex B for 
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Time Slots 


Accuracy 


Amount of Bits in RTD 




ilid RTD Code in 


1 


1/16 


12 bits 




FFF 


1/32 


13 bits 




1FFF 


1/64 


14 bits 




3FFF 


1/128 


15 bits 




7FFF 


8 


1/16 


15 bits 




7FFF 


1/32 


16 bits 




FFFF 


1/64 


17 bits 




1FFFF 


1/128 


18 bits 




3FFFF ' 



This field is varying length depending on amount of Neighbour Channels included as well as 
and the nature (sync/async) of sectored cells. One RTD value has varying length of 12-18 bit 
1/16-1/128 bit durations over 1 time slot or 8 time slots. Maximum length of this IE is 576 bi|fe 



4.1.1.13 Serving Cell Location IE 

This IE contains the Serving Cell Latitude/Longitude information. This IE should be ciphere 
This IE is mandatory. 



Serving Cell Latitude 

This field indicates WGS-84 latitude with fixed length of 24 bits. Latitude value is coded accjjnroing to 3GPP TS 03.32. 
This field is mandatory. 

Table 20: Serving Cell Latitude 



(MSB) 



24-1 



Serving Cell Latitude (24 bits) 



Serving Cell Longitude 

This field indicates WGS-84 longitude with fixed length of 24 bits. Latitude value is coded a|cording to 
3GPP TS 03.32. This field is mandatory. 

Table 21: Serving Cell Longitude 



imount of sectored cells 
indicating the amount on 
(32*18 bits). 



if the ciphering is active. 

0 



(LSB) 



(MSB) 



24-1 



Serving Cell Longitude (24 bits) 



(LSB) 



4.1.1.14 Relative Neighbour Location IE 

This information element defines the location of Neighbour Channels (BTS) relative to Serv ng Cell Location. This IE 
should be ciphered if the ciphering is active. The fields are varying length depending on aim mX of neighbour channels 
and sectored cells included in this broadcast message. The location information per neighbor r has two elements, 
Relative North and Relative East. The Relative North positive values indicate norm directioi , negative values indicate 
south direction from Serving Cell Location. The Relative East positive values indicate east <j rection and negative 
values indicate west direction from Serving Cell Location. The MSB bit in Relative North/E st value is reserved for 
sign indication (positive=0, negative=l). The values are expressed in meters according to Xh : accuracy resolution which 
is defined by Accuracy Range bits in Message Structure Definition IE. For example if the A curacy Range is set to 20 
km and there is 15 bits (1+14 bits) reserved for Relative North/East values this means 0.6 m 
or East value. This IE is mandatory. 



The amount of Relative North/East pairs depends on neighbours included in this broadcast 
amount sectored cells since only one Relative North/East pair is included per Sectored BTS 



iccuracy for Relative North 



r essage as well as the 
D. 



3GPP 

BNSOOCID: <XP 229021 3A_I_> 



Release 1999 



18 



Table 22: Relative Neighbour Location 



. 3GPP S 04.35 V8.3.0 (2001-01) 



fM^m Varying Length 


(LSB) 


Doh^uo KinHh Vain a Klptahhour Oast) fMSB) 
K6I3UV6 IMOnn value neiyi iuuui \uoa»/ ^tvtww/ 




Dalatiuo Pad X/fililA NfittlhbOUr f LSSt) 
f\c)aUVc Coal Vaiiio » iwui ^i^t«»; 




Relative North Value Neighbour (Last-1 ) 




Relative East Value Neightxxir (Last-1) 








Relative North Value (2) 




Relative East Value (2) 




Relative North Value (1) 




Relative East Value (1) (LSB) 





The decision what Relative North/East Values are included in this broadcast message has foil wing decision process: 

- Neighbours in this broadcast message is defined in Neighbour List Map (Message Stn Sure Definition IE) and in 
case the Neighbour Bitmap Definition is active then the Neighbour Bitmap Definition E declares the 
Neighbours included into this broadcast message. 

- If Sector Indicator in Message Structure Definition IE is not active the Relative North/ =ast Values are included 
in the same order as they are indicated in Message Structure Definition IE / Neighbor Bitmap Definition IE. 

- If sector indicator in Message Structure Definition IE is active then the Neighbour cha inels that are not 
belonging to sectored BTS Relative North/East Values are included directly according to neighbour list order. 

- If sector indicator in Message Structure Definition IE is active then the Neighbour cha inels that are belonging to 
sectored BTS the Sectored BTS ID values group the neighbour channets into the groi is. The Relative 
North/East Values are included in the broadcast message so that only one Relative No th/East Value per 
Sectored BTS ID is included 

The fields that are included into the Relative Neighbour Location IE may contain the Rektiv [ North^ values of 
neighbour channels and the Relative North/East values of the sectored channels BTS ID groups. The RTD values 
should be included into this IE in following order 

- Starting from the last channel in the System Information Neighbour List that is includ d into this broadcast 
message. 

- First are reported the neighbour channels that are not belonging to the Sectored Cham els BTS ID groups and 
then the Sectored Channels ID groups from i up to 8 depending the amount of groups 

- The neighbour channel/BTS ID value will always contain Relative North value first a id then Relative East 
value. The values are expressed in meters according to the Accuracy Range in the Mc wage Structure Definition 
IE. See Annex B for example. 

The bits available for Relative North/East Values can be calculated with following formula: 



z = 
x = 
a - 
b = 
c = 
w : 
s = 
d = 

y = 



number of neighbours in System Info Neighbour List 

number of neighbours in this broadcast message 

number of channels in sectors 

number of BTS IDs 

RTD accuracy (12-18 bits) 

Neighbour Bitmap used (yes=l, no=0) 

RTDs Present (yes=l , no=0) 

RTD Drift Factors included (yes=l, no=0) 

bits per Relative Latitude / Longitude value 

lnt(y) = (561-1 l*x-3*a-b-s*(c+d*5)*(x-a+b>-w*z)/(2*(x-a+b)) 



If the y doesn't go even, the bits that remain are used as one extra bit (extension bit) per one 
value in same order as the values are presented in this IE as long as there are remain bits ^ 
example. 



Relative North or East 
av; liable. See Annex B for 
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4.2 GPS Assistance Data Broadcast Message 

The GPS Assistance Data message contents are defined in this clause. The GPS Assistance 
that it is fitted into a fixed length message not necessary occupying the whole message. In cas > 
message has less information elements than bits available then the rest of message is filled — 
information elements are in the order which is described in section 4.2. 1 and no undefined 
between elements. The channel to broadcast the GPS Assistance Data message is CBCH over 
service is used. One SMSCB message has fixed information data length of 82 octets and the i 
Assistance Data is 82 octets, MS can identify the LCS SMSCB message with Message Idcnti 
3GPP TS 03.4 1 . Example of GPS Assistance Data Broadcast Message is in Annex C. In addii on, 
(1M) shall detect unhealthy (e.g., failed/tailing) satellites. When an unhealthy (i.e., failed/faili 
the assistance data, including DGPS corrections, shall not be supplied for that particular sa**' 
unhealthy, the same can be done to exclude them from the final location calculatioa Even 
healthy, the IM shall monitor the quality of the DGPS corrections. It shall make use of the . 
DGPS reference receiver, correct them using the DGPS reference receiver-generated DGPS 
position from the corrected pseudo ranges. This computed position shall then be compared 
location of the DGPS reference receiver to compute a DGPS positioning error. Positioning 
relative to DGPS expected accuracy levels shall be used to inform users of measurement ™ 
parameter. 



wi h 

sp; re 



sateli te. 
wri m 
ps tudo 



wthi 
er ors 
qua! ty 



message is built so 
that the fixed length 
fill bits. The 
bits are allowed 
[which the SMSCB DRX 
r laximum length of GPS 
iers declared in 

an Integrity Monitor 
ig) satellite is detected, 
. If more satellites are 
all satellites are 
[oranges derived by the 
corrections, and compute a 
the known, surveyed 
which are excessive 
via the UDRE 



4.2. 1 GPS Assistance Data Content 

The GPS Assistance Data Message contents are defined in this clause. It contains three data s :ts: DGPS correction, 
ephemeris and clock correction, almanac and other data information. The empheris, clock coi ection, almanac and other 
data are obtained from GPS navigation message. It is built so that it fits into a fixed length m ssage not necessarily 
occupying the whole message. In case that the fixed length message has less information eler ents than bits available 
then the rest of message is filled with fill bits. 

This message is built to allow for broadcast rates that more closely match the time of applical ility of the contained data. 
For example, with a 30-second rate for DGPS broadcast, mobile staion (MS) can effectively i smove degration caused 
by S A. GPS subframes 1 through 3 (ephemeris and clock correction data) are contained in th< same single broadcast 
message. With a 90-second rate, mobile stations (MS) can receive all visible ephemeris and c ock correction data at 
twelve to eighteen minute intervals depending on number of visible satellites. Subframes 4 ai d 5 (almanac, ionospheric 
delay, and other more slowly changing data can be sent at another rate, such as once every se rend hours. By splitting 
the data into separate data sets (all based on the same single format), the data can be sent at r tes that are correspond to 
its validity time and/or the desire to update the mobile stations within its network at a partial ar rate. The information 
elements (IEs) in the message are listed in Table 23 below. 

Table 23: Information Elements of GPS Assistance Data mes sage 



Parameter 


Bits 


Resolution 


Range 


Units 


Occurrences 


Presence 


Ref 


Cipher 
Control 


Cipher 
On/Off 


1 




0-1 




1 


M 




Ciphering 
Key Flag 


1 




0-1 




1 


M 




CiDherino S< 


Mial Number 


16 




0 - 65535 




1 


C 




Data 


638 










M 





Cipher Control IE 

This information element contains two bits indicating the ciphering properties of the receive]} message. This IE is 
mandatory. 



Cipher On/Off 



This IE indicates whether this broadcast message has been ciphered or not A value of "0" i 
off, while a value of w l" indicates that ciphering is active. The Data IE is ciphered if dpternjfe 



i dicates that ciphering is 
is active. 
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Ciphering Key Flag 

The MS always receives two (2) cipher keys during the location update procedure. One of thj keys is time : staniped to 
te cuSnt on and the other is time-stamped to be the next one. Thus, the MS always has tw< cipher keys in memory. 
The Cipher Key Change Indicator in this broadcast message instructs the MS whether to use < irrent or next cipher key 
for deciphering the received broadcast message. The MS shall interpret this IE as follows: 



• Ciphering Key Flag(previous message) - Ciphering Key Flag(this message) = 
changed 

• Ciphering Key Flag(previous message) o Ciphering Key Flag(this message) 
Ciphering Serial Number IE 

The Ciphering Serial Number IE contains the serial number used in ciphering process of the 
contains two octets, MSB part and LSB part. The serial number range is 0 - 65535. This EE 
present only if the ciphering flag is active in Cipher Control IE. 

Table 24: Ciphering Serial Number IE 



MSB 


LSB 




Ciphering Serial Number (8 bits) 


Ciphering Serial Number (t 


bits) 



Deciphering Key not 
Deciphering Key changed 



t roadcast message. The IE 
b conditional and it is 



Data IE 

The Data IE contains the GPS assistance data included in the broadcast message. The Data Illmay contain DGPS 
Correction Data (4.2.1.1), Emphemeris and Clock Correction Data (4.2.1.2) or Almanac ^ Dther l^ta(4 .2.1 J) The 
dSe content is indicated with the SMSCB message identifier specified in TS 03.41 andT > 23.041. ^enciphering 
is active (indicated with Ciphering Control Flags), the ciphering will apply only to the Data | element. This IE is 
mandatory. 



4.2.1.1 



DGPS Correction Data 



This subsection describes the contents of the broadcast message for differential corrections, 
based on a Type-1 message of version 2.2 of the RTCM-SC-104 recOTmnendation for differ 
format is a standard of the navigation industry and is supported by all DGPS receivers: For 
the broadcast message is 82 octets, which also is the maximum length of an SMSCB messa] 
elements (lEs) in the message are listed in Table 26 below. If any of the conditional elemeni 
Number, BTS Clock Drift, FN, TN and BN) are not included to the message, spare bits will 
these fields. The spare bits have equal length to the conditional IE, so that the message strur 
Annex Q. The spare bits are set to W. 



Tpie message contents ate 

ial service [15]. This 
|l 1 satellites, the length of 

The information 
(Ciphering Serial 
transmitted instead of 
is unchanged (see 
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Table 26: DGPS Correction Data 
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BTS Clock Drift 



12.5X10" 3 



±0.1 



usec/sec 



4.2.1.4 



Reference Location 



48 



Degrees 
frames 



M 

C 



4.2.1.5 



Reference 
lime 



FN 



22 



0-524287 



TN 



0-7 



timeslots 



BN 



0-156 



bits 



GPS TOW 



20 



0-604794 



sec 



C 
M 



4.2.1.6 



Status/Health 



0-7 



1-12 



4.2.1.8 



DGPS 
Corrections 



Satellite ID 



1-64 



IODE 



0-239 



UDRE 



0-3 



PRC 



12 



0.32 



±655.34 



m 



N SAT 



RRC 



0.032 



±4.064 



m/sec 



Delta PRC2 



±127 



m 



Delta RRC2 



0.032 



±0,224 



m/sec 



4.2.1.9 



4.2.1.1.1 GSM Time Present IE 

This field indicates whether or not GSM air-interface timing information values for the servirlt 
message. The MS shall interpret a value of "P to mean that GSM timing inforrnattonvalues 
present, and "0" to mean that only the GPS TOW field value is provided. This field is 



; manda >ry. 



cell are present in this 
,TN and BN) are 



4.2.1 .12 BTS Clock Drift Present IE 

This IE is indication whether this broadcast message contains BTS Clock Drift IE value or nl The length of this IE is 
« bit S TvaTue ' 1 • indicates that BTS Clock Drift IE value is present, V indicates that the J- value* not present in 
this proadcast message. This IE is mandatory. 



4.2.1.1.3 BTS Clock Drift IE 

This IE provides an estimate of the drift rate of the BTS clock relative to GPS time. It has ui 
range of ±0. 1. This IE aids the MS in maintaining the relation between GPS and cell taming 
value of the clock drift is valid starting at the time contained in the Reference Time IE. A p 
Drift indicates that the BTS clock is running at a greater frequency than desired. This IE is 
included in the message if BTS Clock Drift Present IE flag is T. 



its of usec/sec (ppm) and a 
er a period of time. The 
itive value for BTS Clock 
itional and value is 



4 .2. 1 . 1 .4 Reference Location IE 

The Reference Location field contains a 2-D location (without uncertainty) specified as per #3PP TS i 03.32. The 
purpose of this field is to provide the MS with a priori knowledge of its location in order to i|tprove GPS receiver 
performance. 

4.2.1.1.5 Reference Time IE 

This IE specifies the relationship betweenGPS time and air-interface timing 

The GPS TOW (time-of-week) has a one-second resolution with a range of 0 to 604799. T e FN, TN, and BN lEs axe 
respectively the GSM frame number, timeslot number, and bit number of the BTS transrmss m forte serving cell that 
Satthat GPS time. The frame number FN is modulo-2 w (0 - 524287) and the MS shaU ^ the «nhi«..tv bv 
interpreting the frame to be as near as possible to the current frame of the serving BTS. The 



interpreting the name to oe as near as p^iuiv w — -o-- . Wtf ♦ .,• 

mandatory. The FN, TN, and BN IEs are conditional and the values are present only when < SM Time Present bit is l 



esolvc the ambiguity by 
SPSTOWIEis 
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4.2.1 .1 .6 Status/Health IE 

This IE indicates the status of the differential collections contained in the broadcast message 
"Station Health" IE in the common header for all reference station messages specified in [15]. 
their respective meanings are shown below in Table 25. This IE is mandatory. 

Table 25: Values of Correction Status 



S 04.35 V8.3.0 (2001-01) 



t is equivalent to the 
The values of this IE and 





Indication 


000 


UDRE Scale Factor = 1.0 


001 


UDRE Scale Factor = 0.75 


010 


UDRE Scale Factor = 0.5 


011 


UDRE Scale Factor = 0.3 


100 


UDRE Scale Factor = 0.2 


101 


UDRE Scale Factor = 0.1 


110 


No data available 


111 


Data is invalid - disregard 



The first six values in this IE indicate valid differential corrections in the broadcast message, 
corrections values described below, the "UDRE Scale Factor" value is applied to the UDRE ^ 
message. The purpose is to indicate an estimate in the amount of error in the corrections. 

The value M I10 H indicates that the source of the differential corrections (e.g., reference statiorl < 
network) is currently not providing information The value "111" indicates that the correctioi s provided by the source 
are invalid, as judged by the source. In either case, the broadcast message shall contain no di ferenttal corrections. All 
MS that read the broadcast message shall contain the appropriate logic to ignore any data IEs 
Status IE having a value of" 1 10" or "11 1". 



When using the 
v alues contained in the 



or external DGPS 



following a Correction 



4.2.1.1.7 N_SATIE 

This IE indicates the number of satellites (N.SAT) for which differential corrections are available. /The ,^nmm 
number of satellites that can be included into the message is 12. This IE is conditional and in jluded if Correction Status 
IE value is not 110 or 111. 



N SAT times in this 



4.2.1 .1 .8 DGPS Corrections IE 

This IE contains GPS differential correction data. Each element described below will appear J __ 
message, once for each satellite for which corrections are available. This IE is conditional ar| included if Correction 
Status IE value is not 1 10 or 1 1 1 - 

Satellite ID 

This IE identifies the satellite for which the corrections are applicable. This value is the sarrl as the PRN number 
provided in the navigation message transmitted by the particular satellite. The range is 0 to f 1. with 0 indicating 
satellite number 32 as per[l5], 

IODE 

This IE is the sequence number for the ephemeris for the particular satellite. Tlie MScanusI this IE to **rmif 
new ephemeris is used for calculating the corrections that are provided in the broadcast mes age. TTus «gW-Dit IE is 
incremented for each new set of ephemeris for the satellite and may occupy the numerical ra ige of [0, 239] during 
normal operations. For more information about this field can be found from [15]. 

User Differential Range Error (UDRE) 

This IE provides an estimate of the uncertainty (l-o) in the corrections for the particular 
shall be multiplied by the UDRE Scale Factor in the common Corrections Status IE to d 
estimate for the particular satellite. The meanings of the UDRE values are described in 



sat.fllite. 
deter nine 
Tabe 
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Table 27: Values of UDRE 
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Value 


Indication 


00 


UDRE £ 1.0 m 


01 


1.0 m< UDRE S 4.0m 


10 


4.0 m < UDRE < 8.0 m 


11 


8.0 m < UDRE 



functi n 

tin s 



Each UDRE value shall be adjusted based on the operation of an Integrity Monitor (EM) 
network (SMLC GPS server, or reference GPS receiver itself). Positioning errors derived at 
relative to DGPS expected accuracy levels shall be used to scale the UDRE values to produce 

Pseudo-Range Correction (PRC) 

This IE indicates the correction to the pseudorange for the particular satellite at the reference tine, lr> As mentioned 
above, this reference time is the GPS TOW. The value of this IE is given in meters (m) and th| resolution is 1. The 
method of calculating this IE are described in [15]. 

Pseudo-Range Rate Correction (RRC) 

This IE indicates the rate-of-change of the pseudorange correction for the particular satellite, ifling the satellite 
ephemeris identified by the IODE IE. The value of this IE is given in meters per second (m/sej) and the resolution is 
0.032. For some time f , > to, the corrections are estimated by 

PRC(/,, IODE) = PRC(*o, IODE) + RRC(fo, IODE) (r, - fc), 
and the MS uses this to correct the pseudorange it measures at t lt PRm('j), by 

PR(f,, IODE) = PR„(*i, IODE) + PRC(f| ( IODE). 
Delta Pseudo-Range Correction 2 (Delta PRC2) 

This IE indicates the difference in the pseudorange correction between the satellite's ephemer| identified by IODE and 
the previous ephemeris two issues ago IODE-2. The value of this IE is given in meters (m) aid the resolution is 0.32. 
The method of calculating this IE are described in [15]. 



which exists at the 
IM which are excessive 
i (onsistency. 



Delta Pseudo-Range Rate Correction 2 (Delta RRC2) 



sate lite's ephemeris 
a id the resolution is 0.032. 



This IE indicates the difference in the pseudorange rate-of-change correction between the 
identified by IODE and IODE-2. The value of this IE is given in meters per second (m/sec) 
For some time t| > to, the corrections for lODE-2are estimated by 

PRC(t,, IODE-2) = [PRCOo, IODE) + DeltaPRQto, IODE)] + [RRC(to, IODE) + DeltaRRCjjto, IODE)](t,_to) , 

and the MS uses this to correct the pseudorange it measures at t, using ephemeris IODE-2, PFpt,, IODE-2), by 



PR(t,, IODE-2) = PRj&i. IODE-2) + PRC(t„ IOD&-2) 
If there is not an ephemeris set for a currently visible satellite that is two issues old, then the 
Delta RRC2 are both set to zero 

4.2. 1 .2 Ephemeris and Clock Correction Data 



This subsection describes the contents of the Data for ephemeris and clock corrections of a 
fields are extracted from the subframes 1 to 3 of the GPS navigation message. They are listed 



I irameters Delta PRC2 and 



p^ rticular satellite. These IE 
in Table 28. 
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Table 28: Ephemeris and Clock Correction Data (per-salelllte fields - (1> « Pc sltive range only) 



Parameter 


Bits 


Resolution 


Range 


Units 


Occurn 


ices 


Presence 


Transmission 
TOW 


20 


1 


0-604799 


seconds 


1 




M 


SVID/PRNIP 




— 


0-63 


— 






M 


TLM Message 


14 


— 


0-16383 


— 






M 


TLM Reserved (C) 


2 


— 


0 -3 


. 






M 


HOW 


22 





0 - 4194303 








M 


WN 


10 





0-1023 


weeks 






M 


C/AorPonL2 


2 





0-3 


Boolean 






M 


URA Index 


4 


— 


0-15 


Boolean 






M 


SV Health 


6 




0-63 


Boolean 






M 


IODC 




_ 


0-1023 


— 






M 


12 P Data Flag 


1 


— 


0-1 


Boolean 






M 




87 




Ful 1 Range 








M 


Igo 


8 




-128-127 


seconds 






M 


t „ 


16°' 


2' 


0-604784 


seconds 






M 


"•2 


8 




-128-127 


sec/sec* 






M 


Af« 

«1 


16 




-32768 - 32767 


sec/sec 






M 


Af* 


22 




-2097152 - 
2097151 


seconds 






M 


Cm 


1fi 


2* 


-32768 - 32767 


meters 






M 


An 


16 




-32768 - 32767 


semi- 
circles/sec 






M 


Ma 


32 


2 31 


-2147483648- 
2147483647 


semi- 
circles 






M 


c 


16 




-32768 - 32767 


meters 






M 


£ 


32"' 


2-« 


0 - 4294967295 








M 


Co. 


16 


2" 


-32768 - 32767 


radius 






M 


in) 


32 n> 




0-4294967295 


meters 1 " 






M 


las 


16 w " 


" 2 4 


0-604784 


seconds 






M 


Fit Interval Rag 


1 




0-1 


Boolean 






M 


AUUU 


c 


900 


0-31 


seconds 






M 


Cic 


16 


2* 


-32768 - 32767 


radians 






M 






r 11 


-2147483648- 
2147483647 


semi- 
circles 






M 


Cis 


ID 




-32768 - 32767 


radians 






M 


io 


32 




-2147483648 - 
2147483647 


semi- 
circles 






M 


Crc 


16 


2~ 


-32768 - 32767 


meters 






M 


CD 


32 




-2147483648- 
2147483647 


semi- 
circles 






M 


OMEGAdot 


24 


2-14 


-8388608- 
8388607 


Semi- 
circles/sec 






M 


Idot 


14 


2-" 


-8192-8191 


Semi- 
circles/sec 






M 


Spares/zero ffil 


20 












M 
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Transmission TOW 

This field indicates the approximate GPS time-of-week when the message is broadcast The 
field as a very coarse estimate of the current time. 

SVID/PRNID 

The satellite ID of the data from which this signal was obtained. 
Rest of Fields 

The rest of fields are defined as in Figure 20-1 of {16]. 
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Almanac and Other Data 



4.2.1.3 

This subsection describes the contents of the Data for ionospheric delay, 17TC offset, and 
extracted from the subframes 4 and 5 of the GPS navigation message, excluding the oant 
They are listed in Table 29. 

Table 29: Almanac and Other Data 



Ainu lac 
parity bits uid 



Parameter 


Bits 


Resolution 


Range 


Occurrences 


I 


resence 


Transmission TOW 


20 


1 


0 - 604799 


1 




M 


SV Mask 


32 






1 




M 


LSBTOW 


8 


1 


0-255 


1 




M 


SFIDO 


1 


1 


0-1 








Data ID 


2 






Repeat three 
times: 
Each 






Paqe No. 


6 


1 


1 -25 






Word 3 


16 


COSP 


COSP 






Word 4 


24 


COSP 


COSP 






WordS 


24 


COSP 


COSP 


corresponds 
to a different 
page no. as 
described in 
Table 29 




M 


Word 6 


24 


COSP 


COSP 




Word 7 


24 


COSP 


COSP 






Word 8 


24 


COSP 


COSP 






Word 9 


24 


COSP 


COSP 






Word 10 


22 


COSP 


COSP 








Spares/zero fill 


5 






1 




M 



Transmission TOW 

This field indicates the approximate GPS tiine-of-week when the message is broadcast. The I 
field as a very coarse estimate of the current rime. 

SV Mask 

This field indicates the satellites that contain the pages being broadcast in this data set. 
LSB TOW 

This field indicates the least significant 8 bits of the TOW. See [16], Figure 20-2. 
COSP 

Format Conditional on Subframe ID and Page Number. See [16], section 203.3.5, Figure 
SFIDO 



to S should interpret this 



201 



This one bit field conveys the least significant bit of the SubFrame{SF) ID forw^chthe 1 
word 10 data applies. Zero indicates subframe ID -4, and One indicates Subframe ID — 5. 

Data ID 

Indicates the Data ID field contained in the indicated subframe, word 3, most significant 2 1 
Page No. 

Six-bit field indicates the Page ID of the indicated subframe for which the following Word 3 
applies. The page field and SFID field define the data content and format for the following v, 
fields as defined by [161- 
Word 3 through Word 10 

Information bits (16, 22 or 24) that are contained in the respective words of the indicated 
2 bit "T from Word 10. See reference [16] for more information. 

Each broadcast Almanac and Other Data message contains three subframes of information, 
in this data set can be from the same subframe ID (all from subframe 5 for example), or a « 
subframe 4 and some subframe 5 data. 



. These DE fileds are 
other redundant bits. 



foil iwing word 3 through 



bii as defined by [16]. 



hrough Word 10 data 
wftrd 3 through word 10 data 



sub tame and page, excluding 



il\ three of subframe pages 
milled set containing some 
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Table 29 shows the subframe and page numbers corresponding to the Almanac, Sy Healthy an 
data. A total of 35 subframes must be broadcast if all the information is to be provided to the * 
subframes worth of content can be delivered per broadcast message, it will take only 12 bro* 
the entire data set shown in Table 29. If the data listed in Table 29 is broadcast at the rate o 
four hours, one Almanac and Other Data message must be broadcast on average every 20 n 
approach is to broadcast the 12 messages as a set closely together in time, but with four-hour 
Note that the four-hour figure is only used to illustrate the concept, and a shorter or longer pen k1 



lono / UTC Correction 
Given that three 
broadcast messages to deliver 
if af >roximately once per 
mini ;es. An alternate 
qpation between sets, 
may be used instead. 



The format of the 
The contents of words 
compatibility for future 



It is possible to broadcast other data contained in Subframes 4 and/or 5 not shown in Table 29 
message remains the same, only the particular page of the desired data needs to be set properly 
3 through 10 also need to be set as described m [16]. Using this format, it provides maximum U 
expansion to include other data in subframes 4 and 5 not shown in Table 30 or [16]. 

Table 30: - Mapping of Almanac, Health, lono, and UTC Data to Subframe Numier and Page Number 



Data Type 


Subframe 


Page(s) 




Almanac Data (SV1-24) 


5 


1 -24 




Almanac Data ( SV25 - 32) 


4 


2. 3. 4. 5. 7. 8. 9.1 


) 


SV Health (SV1 — 24) 


5 


25 




SV Health (SV25 - 32) 


4 


25 




iono/UTC Corrections 


4 


18 
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Annex A (informative): 

Overview of Broadcast Assistance for E-OTD at|d GPS 



This annex presents an overview of the functionality and requirements for broadcasting i 
and E-OTD in GSM networks. Potential impacts to other services are also described. 



assista tee information for GPS 



A.1 General 

The E-OTD and GPS assistance information may be broadcast over the SMSCB service. The 
used to forecast the occurrences of the broadcast messages. The E-OTD and GPS broadcasts : 
other have own SMSCB message identifiers and are broadcast on the demand of the characteristics 
GPS In the network side, the SMLC is responsible for gathering the information, constructing 
and ciphering a part of the message, if necessary. The SMLC also maintains the deciphering u 
MO-LR. The deciphering keys are location area specific. 



as 



$MSCB DRX service is 
independent of each 
of the E-OTD and 
the broadcast messages 
k\ ys that MS requests with 



SMSCB messages can be received when MS is in idle mode. When MS is in dedicated mode 
was received in idle mode via broadcast channel may be requested by MS via point-to-point ■ 



t te same information that 
n :ssaging. 



A.2 E-OTD Assistance Broadcast 

The infonnation that is broadcast for E-OTD assistance is used in MS-based E-OTD to help 
BTSs and compute its own position. The broadcast message is built so that it has always a f 
which is the size of one SMS Cell Broadcast (SMSCB) message. The information elements 
the number of neighbour BTSs and the amount of sectored channels. 

In general, the following information is included in a broadcast E-OTD assistance message: 

- Reference Time 

- Neighbour Channel Time Slot Scheme 

. information about sectored neighbour channels 

- Neighbour channel 5 1 Multiframe Offset values 

- Neighbour channel BCC values 

- RTD Drift Factor values (ciphered if active) 

- Neighbour channel RTD values (ciphered if active) 



tHfe MS measure neighbour 
fix|d length of 82 octets, 
scalable according to 



Serving cell and neighbour cell location information (ciphered if active) 



The system infonnation message that is received in idle mode contains the neighbour channel 
SMSCB message refers to this system information neighbour list so that there is indication w 
system information neighbour list are included in the broadcast message. The neighbour 
cell location and neighbour cell location information may be ciphered. 

Based on the infonnation in the broadcast message and the E-OTD measurements done by 
calculate its position. MS that is not capable to calculate its position itself may receive the 
the unciphered contents to help the synchronization to the neighbour channels. 



information. The E-OTD 
ich neighbours in the 
channel RTD values, serving 



M >, MS is capable to 
SNfSCB messages and use 



Most infonnation contained in the E-OTD broadcast message is static. However, the RTD 
often due to the drift in unsynchronized BTS clocks. The duration of validity of RTD values 
accuracy calculated by MS. The RTD update rate is a function of BTS clock stability and 
from the operator and may be specified by the operator. 



v^ lues change relatively 
Mill affect the location 
red lired location accuracy 
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A.3 GPS Assistance Broadcast 



Broadcast DGPS Data 



info mation is used in MS- 
infonjption for DGPS 

corrections are also 



DC PS 



>m the expected 
irtional to the distance 

of the satellite 
[00-400 km radius of the 



The main content of the broadcast message for GPS assistance is DGPS corrections. This i 
based GPS positioning to improve the accuracy of the position result Some background mi 
broadcast is presented in this section. Requirements on the GSM network for broadcasting 
discussed. 

In good signal environments, the primary determinant of position accuracy for GPS is the intejional delation of the 

oVs^he clocks,^ A ^ Mnmb T^^l TOrbU ' 8 wlZSr« 
atmosDheric delay. The techniques used to correct these error sources are collectively known : s dtfferenttal GPS 
^SS^eS methods involve .ocating one or more reference receiver, at known locations jnd 
satellite signals. These receivers essentially solve the inverse GPS problem - find differences *~- 
measurements at the known position. The accuracy of the DGPS corrections is inversely prop 
from the reference location. The inaccuracy is caused by changes in the geometry and visibili 
constellation. For most applications, however, the corrections are valid for receivers within a 
reference station. 

One noteworthy characteristic of the DGPS corrections is that they have a short time ^4^"*^° J ?** °g . 
^formation such as satellite ephemeris. Once a correction model ,s compute* **°^ff^™^J* ° 
mainly due to the time-varying nature of the SA imposed on the satelhte signals The duratior of valid* of aset of 
dSSal corrections defends on the accuracy requirements of the user or applicafon, but ir, general the correct,ons 
must be updated at least every 30 seconds. 

The fact that DGPS corrections are valid for large areas but require frequent update make ther ' very suitable for 
SvS ^ aCSM Scast channel such as SMSCB . This broadcast strategy is used by o her DGPS «y «* 
. SLte stations and geostationary satellites (WAAS EGNOS, and MSAS). Ho W ev, ; br^c^mg £ DGPS 
corrections in the GSM network has a clear advantage over other sources. Tbs is rmu^y due o the fact that GSM 
SLt exploits the existing reliable data lir* between ^ pother 
methods, the MS must capture the DGPS information from another source and therefore pays Ji price in power 
consumption, complexity, or both. 

nearby reference 
range correction. In 
valudt) for multiple copies of 
he dth status and a reference 

satellite with 80 bits (10 
w lich will fit within a 



at a 



of he 



The format used for GSM broadcast of DGPS corrections includes a list of satellites visible 
location, the correction in the range measurement for each satellite, and the rate-of-change - 
addition, an allowance is made for adding correction differences (i.e., APRC and ARRC ya 
the GPS ephemeris, to reduce the network traffic flow. Other information includes satellite 
GPS time for the corrections. The total amount of DGPS information is 48 bits (6 octets) per 
octets) of overhead information. The total message size for 12 visible satellites is 82 octets, - 
single SMSCB message. 

Broadcast Other Data 
Thecontentsoftheo«*rl^^ 



to improve the signal 
|n, UTC offset, 
rery 90 seconds, and 
ire E-OTD and/or DGPS 



l ne coniems ui wic wu»i wvbm^w* w « ^ M . - A , . , , 

almanac and other data. This information can be used by the GPS receiver integrated with 1 
acquisition time and sensitivity, to recover GPS time and to obtain Ephemeris, clock correct* 
Ionospheric delay, and Almanac data. For example, the ephemris data set may be broadcast d 
Almanac mav be broadcast once every serveral hours. The mobile station which does not r« 

wate up at 90 secondbtervals, download .hese data, and thengo back 
can assist mobile station in idle mode to acquire GPS satellites with improved sensitivity and perform GPS time 
recovery without point-to-point corrununication, therefore improving the time to the first fix fnd reducing the po.nt-to- 
point message traffic. The message can be provided within a single SMSCB message. 
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A.4 Impact on Other Services 



(messages The 



information. Both the 
; delivered in a timely 
: Reference Time in 



Latency 

The main impact is due to latency requirements for delivery of the IXJPS and E-OTD assistance 
DGPS corrections and the RTD values are valid for relatively short periods °[^<^£ fe 

manner Thus, the service is sensitive to delays such as buffering broadcast SMSCB ">~ 

the broadcast messages and the drift factors can be used to compensate latency. 

The Ephemens and Clock Correction data set needs to be broadcast once every 90 seconds. Tit period for 
he da^seHs chosen to provide the entire epbemeris (three subframes) in a reasonable amoun of t,me For 8 sate htes, 

The Almanac Jother Data data set can be oroadcas. every seven ^ 
entire data set within 6 minutes, 12 broadcasts with a 30 second rate are required. It can also b broadcast at a much 

;? 0 ;r^ nwcry4 ^ 



Capacity 

The SMSCB used for LCS uses the basic CBCH or extended CBCH. The support of E-OTD 



needs capacity related to broadcast message characteristics (RTD/DGPS validity). The SMSC| 
to schedule a message that is sent once per schedule period The maximum schedule period 



afrd/or DGPS broadcast 
DRX service also needs 
SMSCB message 



is (8 



slots. 



Example of capacity scenario: 

- The basic CBCH uses the same physical resource as SDCCH/4 (sub channel 2) or SIX 



SMSCB service is supported in basic CBCH it occupies 1/4 of SDCCH capacity when|ising SDCCH/4 and 1/8 
ofSDCCH capacity when using SDCCH/8 

- The basic CBCH capacity is I SMSCB message per 2 seconds 

- Both DGPS and E-OTD broadcast is assumed to be once per 30 second s and the Ephdlneris and Almanac 
messages are assumed to be once per 90 seconds or longer (capacity is 15 SMSCB messages per 30 seconds) 

- Schedule period is 45 (=45 x 2 seconds=90 seconds). If SMSCB DRX service is used 
SMSCB, the one SMSCB DRX schedule message per schedule period is needed tosu port all services 

=> LCS ^ds 2/15 + 1/45 of SMSCB capacity plus one schedule message every 90 |conds for delivering 
assistance data for both E-OTD and GPS methods. 



CH/8 (sub channel 2). If 
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Annex B (informative): 

Example of E-OTD Assistance Data Broadcast 



Message 



This example describes how the message is built when following neighbour cell infonnation u enclosed into SMSCB 

broadcast message: 

- All neighbor (1-19) ft™ System *dcast message 
_ . , , , , . , ii a 13 16 17 and 19 are belonging to sectored BTS »nd following channels 

sectored BTS. 

- The channels belonging to sectored BTS are syncronized 

- The accuracy range is 15 km, and ciphering is active 

. The 51 Mulnframe Value is included, the RTD range is 1 time slot and the RTD accur|y in 1/32 bit 

- BTS network is not syncronized 

- RTD Drift Factors arc not included into message 

^U^Notth.. Theschave 8 bits and the rest have 7 bits for relative location * due. 
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SefvCeflLat 
Serv Cell Urt 

Serv CeH Lat (LSB) 



Serv Cett Long 
Serv Cell Long 

Serv Cen Long (LSB) 



Octet47 



Octet48 
Octet49 
OctetSO 
Octet51 
Octet52 
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Annex C (informative): 

Example of GPS Assistance Data Broadcast Message 

This section gives an example of how the information IE should be packed into the GPS Assignee Data message. The 
example shown in Table C.l below includes corrections for 12 satellites. 



Table C.1: Example of a GPS Assistance Data (DGPS Correction) message 
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Annex D (informative): 
Change history 
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CR 
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SMG31bis 
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8.2.0 
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A009 


1 


Editorial correction to RTD Drift Factor IE presence informa 
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Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 
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□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: . _^ 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



